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■ I 

AniftndmentT *^ Specification 

The listing of the particular paragraphs replace all prior versions and listings of the 
specific paragraphs in the application: 




fh 



Please replace the paragraph on page 8. line 1 2 of the specification, with the foUowiag 

paragraph: . 

An embodiment of the present invention provides a method for incorporating hnman- 

based or manual activities in business process models. Tias method is preferably (but not 
necessarily) used in combination with a model^ven BPM system. To better describe this 
method, Figure 4 shows a model-driven BPM system 400 deployed as part of an EntsEElse 
^^.;......T.t.^tion(EAD [[EAI]1 system. BPM system 400 is intended to be 

representative of BPM systems that are suitable for use with the method for incorporating 
manual activities^ , ^ 



Please replace the paragraph on page 9, line 7 of the specification, with the following 

pai?igraph: 

Business Process Manager 408 is the runtime environment for business process 
objects within BPM system 400. Business process manager [[createsl] 408 ^eates business 
process objects using the business process models maintained by businessware server 404. 
Each business process objects is an instance of the corresponding business process model. 
Task Manager 410 helps by adding support for the human-based or manual portions of the 
business process models. 

Please substitute the paragraph on page 11 , line 17 of the specification, with the 

. following paragraph: ^ ^ — 

Pig^ 7 extends the example of Figure 6 by adding a third transition to the initial 

state The third transition is associated with a time-out event. Tlus transition is ti^versed if 
the contract review [[process]] stete becomes overdue (times out). In this case, the third 
transition is taken to invoke the escalation sub-model (represented in Figure 7 as a nested 
state). 
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Please substitute the paragraph on page 1 2 line 8 of the specification, ^ 

foll owing paragraph: - 

the particular implementation being described, activity states are not permitted to 

he the first or last (Start or End) [[State]] st^ of a business process "^odel. 



Please 



substitute the paragraph on page 16. line 24 of the specification with the 



fbUowing paragr^h; ^ , 

. concurrent activity states, BPM system 400 is configured to allow events 



To supports 

to be^a^geted^ torget spedfic activity states (tWs 

^here each event is delivered to each active state). Targeting, ensures that events don't ge 



get 



applied to tiie wrong state (e.g., as 



would be the case if the completion event for 'Veview by 



dixcctof were applied to ".eview by manager'). BPM sy^em 400 provides the following 
method for ta rgeting events to activity states: 

Please substitute the paragraph on page 19. line 22 of the specification with the 

follow ing paragraph: — 

Figure [[11]] 12 shows a state diagram [[1100]] im corresponding to the task 
connol model. Within state diagram [[1 100]] 1200. the create transition is traversed each 
time Task Manager 410 creates a new task, During creation. Task Manager 410 initiahzes 
each task to reflect the attributes of the associated activity state including activity and 
business process object reference data. 
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